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(54) Apparatus and method for processing servlets 



(57) A method and apparatus tor operating a local 
server computer of a client-server network includes a 
technique to receive a request Irom a client computer of 
the client-server network. A determination is made 
whether the request requires dynamically generated in- 



formation trom a servlet object of the client-server net- 
work If so. a specified servlet object corresponding to 
the request may be uploaded from a remote server com- 
puter of the client-server network. The specified servlet 
object is then executed to obtain dynamically generated 
information corresponding to the request. 
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This invention relates oeneratlv to P*rh=>n«,™ «i 

Backgroun d 0 f the Ini/Pni.nn 

Client-server computer networks are well known Th* mrte , 
■s me World w,de Web or compute ,„ a ci, 

■"formation from a chenl computer. Wcb sefvef J« WH ,ol7T * **™ C ° mpu,C ' fCceiv « « "quest for 

• quested inlormat.on from a Me stored on a pLano" TLTaoo ^ °" ° ,yP ' Cal ^ £ * 

^.computer that requested the informal C^b^^Z " anSm " S ,h ° '" e ^ ™ ™»"« » «hc 
programme .anguage Thus. « ,s no. easily extended toorov.d. ^ fl0neM,,,y n0 ' Wf "' en us,n 9 afl oncntcd 
soft ware marketplace, a produces fcck o, f.ex,b,„y and x,^, Z ^ ' h ° °< >^s 

Current web server software can generate a Me *yS,XZ *Z ' * ' h ' nder,hcma ' ke ^'<''y°<<he product 
Typically, the web server receives the request and ^^Ta Zll r ™ '° " feqU ° S ' 3 cll0nI computer 
-caffy create the ,„e Once the W . has been aw^^TJ?""' ' n,er ' aCe (CG " -° 



Summary of me Invenhnn 
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mma.ion .s made whether the request requ.res dvnam^ PU ' Cf °' ' he c, '^-^er network a deter 

server network. „ so. a spec.f.ed'ervle, o c cZeZ^ZZT '"'^ " ° b ' eC1 " ^ 22 

computer of ,he Cent-server network The ipec-L e"e ob ^s „?"" * ' r ° m 3 fe ™ e se ™ 

-nformahon corresponding to the request ' S ' hen execu,cd 10 °&>ain dynamically generated 

in a com.nual loop unt.l .nvoked Thus there IS no JJ, ° SefV ' el 0b,ec!s The obiec.s ODera.* 

By observing a common app „ ca „ons program leTscTZ IZT, ^ * »• objc, 

of the invention allows unlrus.ed servle. cb.ec ! , ' heSerVle,ob ' ec '^an run ,nany serve, environment A^Tu e 
-orma„on ^^^^^Z^Z^Z^ ° ~~ 



Brief Description of the Dr^mnc 



server. 



Examples of the invention will now be described ,n . 
Detailed Desrr,nr,n n Q f the i nvenlir>n 
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The client computer 22 is a standard computer including a Central Processing Unit (CPU) 30 connectea tc a 
memory (primary and/or secondary) 32. The memory 32 stores a numoer of computer programs, including a 'orowser* 
34. As known m the art. a browser is used to communicate with remote server computers 24 and to visuaiiy presen; 
the information received from such computers. The client computer 22 establishes network communications tnrougn 
5 a standard network connection device 36. 

The server computer 24 includes standard server computer components, including a network connection oevice 
40. a CPU 42. and a memory (primary and/or secondary) 44 The memory 44 stores a set of computer programs to 
implement the processing associated with the invention The memory 44 stores a web server 46 The web server 46 
may be of the type known in the art. which is modified to include the additional programs shown in Figure 1 That is 
io in an embodiment of the invention, a standard web server 46 is modified to include a server acceptor thread 45. a 
connection queue 50. a pool administrator 52. a thread pool 54. servlets 56. a servlet map 55. a security administrator 
60. and boundary servlets 62. 

Figure 2 is a simplified illustration of a server computer 24A constructed in accordance with an embodiment of the 
invention. The figure shows a web server 46 interacting with a set of servlets 56A-56N. In particular the web server 
'5 46 interacts with the servlets through an application program interlace (API). As indicated m Figure l. the web server 
46 and the servlets 56 are stored in memory 44 The web server 46 may be standard web server software that is 
modified to include the functionality described herein. Each servlet 56 is a piece of software code which is used to 
dynamically generate information. Each servlet 56 is an instantiated software obioct waiting to be invoked. Once it is 
invoked, it dynamically generates information. Note that this technique of dynamically generating information is distinct 
20 from the typical process of fetching static information from a permanent storage device. The technique of the invention 
is similar to a CGI script in the sense that it dynamically generates information. However, unlike a CGI script, a servlet 
object of the present invention is instantiated at server sian*up. Thus the servlet can be thought of as operating in a 
continual loop waiting to be executed Observe that after instantiation there is no computational start-up expense when 
the servlet is called. 

25 Figure 3 is a general illustration demonstrating additional features ol the invention. Figure 3 illustrates a local server 

computer 24A which receives a request from a client computer (not shown) over transmission channel 26. The web 
server 46 determines thai dynamically generated information from a servlet object is required. In this case, the servlet 
object is not initially on the local server computer 24A. thus it is uploaded by the local server computer 24A from a 
remote server computer 24B using communication link 26. In the example of Figure 3. servlet 56P is passed from the 

30 remote server computer 24B to the local server computer 24A. 

Figure 3 illustrates another feature of the invention. In particular, it illustrates that the uploaded servlet 56P is 
executed in a security area 57 of the local server computer 24A After execution, the results are passed to a boundary 
servlet 60 in the remaining portion of the local server computer 24A This security feature allows untrusted servlets to 
be safely executed. 

35 The foregoing discussion provides a general description ol the features and benefits of the invention. Attention 

now turns to a more detailed description of these leatures and benefits The left side of Figure 4 illustrates processing 
steps associated with an embodiment of the invention. The right side of Figure 4 illustrates program components that 
may be used to execute these operations. 

The first processing step shown in Figure 4 is to determine whether a new request has been received (step 70). 

JO As indicated above, a request is a request for information from a client computer 22 to a server computer 24. The 
operation of a client computer 22 requesting information from a server computer 24 is well known. It is typically per- 
formed using a Uniform Resource Locator or URL. A URL specifies a computer and a file. A typical URL is htlpy/SU/ 
123. This URL is an instruction to retrieve the file "123" from the State University computer "SU" using the Hypertext 
Transfer Protocol "HTTP". 

4 5 As shown in Figure 4. a server acceptor thread 48 is used to process each new request. Preferably, the invention 

is implemented as a connection -oriented web server with a server acceptor thread that continually loops while accepting 
requests. Once a request is received, it dispatches the request to a connection queue (step 72). As shown in Figure 
1. the connection queue 50 is formed in the memory of the local server computer 24. 

If no new request is received, then a check is made to determine whether the queue is empty (step 71). If the 

so queue is not empty or a new request has been received, processing proceeds to step 74. Step 74 entails thread pool 
administration operations, which are executed by a pool administrator 52. Figure 1 illustrates a thread pool 54 The 
thread pool 54 is a pool of threads that are used for request processing. Individual threads fetch and process requests 
from the connection queue 50. The pool administrator 52 operates to ensure that there is a thread for each request in 
the connection queue 50. The pool administrator 52 creates or forks additional threads to handle new requests in the 

$5 connection queue 50. If a maximum number of threads is reached, the pool administrator 52 blocks new requests from 
entering the connection queue 50. In such a case, the server computer does not receive new requests. On the other 
hand, if a thread has been waiting more than a predetermined period of time for a request from the connection queue 
50. then the pool administrator 60 will destroy it. Preferably, a new handler thread is created using the butter space of 
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By reus.ng allocated memory ,n m,s manner th.s emood.men™ me Z 'L * *" " ' S SSS ' S:1ed '° H ^'«= 
by the system, especa.ly when compared l0 syslem5 ^J^^Z™™* am ° Um °' ««* 

After me thread poo. adm.n.s.ranon ooera-ons are perto m ed .s.eo 7 f ° n 3 ° e ' ' ecues! °«* 

connec««nque„e ( s.ep76) Th.mread«h OT m a p,,ne,.q u «^^« P ? ^ 3 re0ues ' »>« 

by a URL ,n wh.ch case ,he mapp-ng process ,s d.rec. e 0 he htd som T ^ ^ ^ "** * 
o .den.rfy wnicn servlel Wl| , oe ab(e , o seryi feqoos /^f^^ s °-e 'ran Sl a ll0 n process ma, bo fC qu„e= 

fo.lowmgways * server admrnistratorm^spec,,, ma, ^ ^ " 0 Pert °' mod ' n <™ °' '"0 

For exa mp,e. one wh.ch , alks toa par.cu.ar database ZXXZ^J^* ^ maP '° a •»"«««' 
■s he name ol .he servle,. as .ound in an adm.n.s.ered serv.e.s d~ T ' ^ 9 ^ P ™ °' ,he cl,en ' 
between servers ^ share me )oad o( for ,^ 1 V S " 0S ' ha ' * rKl °* WOu,d b < s ^red 

nvoke ,erv.o«s .0 f.Her .he output of o.hcr sorvlets based on .he.r adm n , S ° rVe ' S at " e ,0 "^Hy 

types of se^le, ou.pu. may .ngger pos.-process.ng by othe eZeTsZT ' F °' — "P* pane J 

author** Cents may speofy .he servle. ,o be .nvokeo w ZZ adm ™ '° fmal « n ^^,ons Pr 0 p e , (y 

Secunty operates may also be performed by the .C I ' r 0 '" 16 ™ 6 ^ 
■dennfy trusted and untrusted c.asses of servle.s The dSln ,0? ' a *™' slra '°' 60 may be USC d ,0 

assoc,a t ed w„h ,he secunty adm.n.strator 60 For IxampTo Z ' * T" "** * * a seI ^ 

servle.s and.m.s.rus. a.l uploaded network servtei Tu2lZ , ' a<3m ' n,stra,0f 60 ™V «tecde .o „ us , al. ioca , 
- shown ,n Figure 3 The secur,.y a dm,nis,r a ,o 60 may T eX °™°* « »* secur.ty a , ca "a 

= m e n,s pra v,de a ^^JST £S S^^T** ^ * ^ ,. JA VA 
are ,0 be permuted. By default, al. serv.e.s are un.rus.ed and are or, t , aC "° nS SUCh as ne,work ° r access 

■» ne. WOfk sefvices Qf |oca) (i|es Howevef sefv ^'^d .0 perform operanons such as access"g 

they were pu , inl0 JAVA Arch(ve and oram.t efV ' e ' S Wh ' Ch have been ^Blly s.gned as 

s.gna.ure on execu.able code -nd.ca.es L U?£Z^£ZZ Pe ? ,ttfanst V secun.y manager I ^ 
Such s,gna. U res can", supoor. accoun.ab.l-.y by .hem Se ITbunt T ^ ' V ° UChes ' or «°™ sense 
Placed on use of ,ha. code. For exampie. a i^ZZ^ZlZ^ ' ^ °' ™ ™Y >* 

After security operations are performed (s\go do\ , hfl ,h 
operanon en,a,.s ,nvo k ,ng a se r Vlel so Iha , lt Te ZlTsZT^ ^ 62 °' Fi9Uf6 5 » Th « 

one o, Iw lypes A decis|Qn |s tQ de(e J^/^stlZ T<Tu '"'T^ The opera! IS 

local servle. .s executed (s.ep 66) Th.s results in ,he gener^on oTh ' S ' eP 54) " ' hS SerVle ' ,s '«=»'■ 'hen .he 

web server 46 in a s.andard manner. The web se ver 4 S lTa»v ' ac ^ ,n, ° rma " 0n ,ha, ' hen »<™^ by ,he 
us,ng known techniques. The exchange of ,nformJ on ZlZ* * P T " ,n ' orma " on "ack .0 .he c „ e n, compute! 
an appl.cauon progr.m in.erf.ee. wh.ch is desc^bed beSl SerV ' el ^ W6b SGrVef 46 15 ^ch.eved .hrough 

■nformafon regarding security parameters (or erS . mire a re n7 ° Pera "° n S * 6P feSU " ed in ,he ,h ^d acqu-lg' 
servle,. men it i s executed .ocally (s , ep 92) . £2 o.h" Zc 7, " SeCUr " y Pr ° b ' emS aSS0cia,ed MoadS 
executed in a secunty area (step 94, The eafte TSZl.t " iS idemi " ed - Ihen sera is 

a- a ( s,ep 96). A boundary servle. may be Muf^^^r"^ ^ 3re ^ '° non-secumy 
.he use of s.ubs and subcon.rac.s or through other -f.re ^^2. ^ ^ ™Y b * -Plemen.ed .hrougj 
process-ng returns .0 s.ep 70 of Figure 4 techniques known ,n .he art. After ,he servle. is executed 

-n.erf ace used in connection with .he servle. oZ C ! Tl JLT, T* ^ 30 embodlm ent ol the apphcation prooZ 
objects .ha. are used ,0 dynam,ca,.y ge.eZe^ZnT *" ^ ° b,eC,S are ^"are ZZT, 

java 1 k P'°9™™9 language is used to .mpiemen. 'app ,1- Z \ , pr g n9 langua 9 e " is we « ^own 
JAVA objec. bytecodes .ha. are used .0 generate a graphTca" d.soTav on ! f ' C ° mPU ' er A ° ' applel ' 15 Mutable 
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(e g . hitp //host/ < servlet URl>). The hup protocol supports the passing of arguments, thus arguments may Do passes 
to the servlet (e g hup. //host/' < servle; URL>' ? < arguments >) The properties object is a JAVA programming lancuace 
properties class which comprises a set of "name value* pairs A system administrator can pass arguments to an in- 
stantiated HttpServlet object through the properties object in this way the system administrator can "customize" ar, 
HttpServlet for a particular server at a particular site For example the system administrator can pass the Httoservie: 
object site specific information about ine network location of a dataoase which stores documents that will bo requested 
by client processes across the network or the amount of memory available m system buffers wnich will bo used lor 
processing the server administrator 

Once instantiated, a servlet loops until the server is shut off or a destroy method is called on the servlut by the 
server Since the servlet operates in a continual loop as it waits for requests to act upon the server computer avoids 
the overhead of creating and destroying the servlet between requests to the servlet. In addition, keeping sorvlcts aitvo 
between requests allows servlets to pass data and communicate amongst themselves For example servlets can 
maintain data about a user between sessions by the user This data can be shared among different servlets m order 
to customize a working environment within which the user works If servlets were created and destroyed on a per 
request basis, it would be much more difficult, if not practically impossible, for a servlet to unaerstand the environment 
within which it runs and utilize this knowledge to provide improved processing capabilities The server computer can 
call a destroy method on the servlet when some resource limit m terms of lime memory etc is reached 

The servlet application program interface (API) establishes a standard lor interfacing servlets with information 
servers, such as web servers The servlet API contains methods for initializing a servlet. processing the request, getting 
servlel information and destroying the servlet The servlet API allows platform independent servlets An example 
servlet interface is as follows 

Servlet interface: 
interface HttpServlet { 

Initialize (ServlelContexi, ServcrProperties); 

Service(HttpRequest 1 HtrpResponse); 

Destroy (); 

} 

The server computer passes objects that implement the "HttpRequest". while the servlet returns an "HttpRcsponsc" 
object. The "ServlelContexi" interlace is used to exchange information with the server environment. Some of the meth- 
ods on the "ServlelContexi" object are "Getserver()" and "GetServletsO". "GelServer" returns a pointer to the parent 
server within which the instantiated Hnpservlet runs. Using this pointer, the HttpServlet object can find out information 
about its parent server The "GetServiet* method returns pointers to the servlets running on the parent server. The 
"ServerFroperties" interface is used to exchange information regarding specific server properties established by a 
server administrator 

Servlets support the familiar programming model of accepting requests and generating responses. The following 
is a simple servlet defining a single method called "service" 



EP 0 810 524 A1 



JO 



JS 



so 



import java.servlet. *; 

public class MyServlet extends GenericServJet { 

public void service ( 

ServletRequest request, 
ServletResponse response 

) throws ServletException. IOException 

{ 



} 



} 



^ ..e, parame.ers .hrough an ,npu, SIream and send (he , f ^^^Z^ W ™* ™™ ™ * 

ServleilnpuStream ,n = request.ge.lnputSiream () 
ServletO^pulS.ream oui = response ge.Ou! PuI Siream ()■ 

some aOernahve server ex.ens.on APIs, Sorvle.s haTe acce ss7n f " add '" 0nal C ' aSSeS (Wh ' Ch a ' e by 
_ Miionnme This allows drftoren. .nsiances of >he same se^e.ciaistoT TT MC "nhgurat.on da,a al ,n,.,a., 
• as d l(fe ren„ y named service The data D rov,ded a, ,n, ZZ on ,me t^T d '" Crenl ^ ^ mana ^ 

pers.sten. .nstance-specdc siaie "iiawation «ime includes an area where each .nsiance keeps .is 

Bu.ldmg upon the prev.ous simple servlei examoles th» i„ii„ 

used ,o send Hypenex, Markup Language i^STJt ZZZT"" ^ " ^ °' 3 »« « 
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public class SimpleServlet extends GenericServlet { 
public void service(ServletRequest req, ServletResponse res) 
throws ServletException, IOExccption 

{ 

res.setConienlType("text/htmr); 

PrintWriter out = new PrimWriter(res.getOutputStrcam()); 

out.print!n( M <HEAD> < TITLE > SimpleServlet Output 
< /TITLE > </HEAD> <BODY>"); 

out.println( M <hl > SimpleServlet Output </hl> M ); 
out.println(" <P>This is output from SimpleServlet."); 

out.println( M </BODY> M ); 
out.flush(); 

} 

public Siring getServletlnfoQ { 

return "A simple servlet"; 

} 

} 

The following program code is an example ol a servlet that uses the finger protocol to query information about 
users on specified host computers. The query siring parameters < U > user < /tt >. < n > hosts < /tl >. and < tt > verbose 

< /tt > can be used to specify the user and hosts to query The parameter <tt> user </lt> is the user name. <lt> hosts 

< /tt > is a comma-separated list of host names to query, and <tt> verbose </u>. if specified, will cause verbose output 
to be generated. For example. <pre> htip7goa/fmger.html?user=dac&hosts=eno.doppio&verbose=yes </pre> will re- 
quest full information about user "dac" on both hosts "eno" and "doppio". 
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public 

class FingerServlet extends GenericServlet { 
I" 

" Port number for finger daemon. 
"I 

static final int FINGERPORT = 79; 
/** 

* Handles a single finger request from the client 
'I 

public void servi C c(Serv,e,Re q uest req . ServletResponse res) 
^ throws ServletException, lOException 

String user = req.getParameter("user"); 
String hosts = req.getParameter("hosts"); 
String verbose = req.getParameter(»v e rbose"); 
res.setContentType("text/html"); 

PrintStream out = new PrinrQ.r^™/ ~ 

new ''nntStreamCres.getOutputStrearnOV 
out.println("<html>") ; 

<>- P nm,„ r < head> < ,i,|e> Finger S erv,e, </ ,,,!=> < /hcad> 
out.pnntlnf <body>") ; 

out.printlnr <h2> Finger results: </h2 > »)■ 
outprintln("< P re> "); 
if (hosts == null) { 

finger(out. user, nu.., ••yes".e q u a .s I gnoreCase(verbose) ) ; 



6 



EP 0 810 524 A1 



} else { 

StringTokenizer st = new StringTokenizer(hosts, V); 
while (st.hasMoreTokensO) { 

Siring host = st.nextTokenO; 

out.println(T + host + "J"); 

iry { 

fingcr(out, user, host, 

"yes" .equalsIgnoreCase(verbose)); 

} catch (IOExccption c) { 
out.println(c); 

} 

out.prinllnO; 

} 

} 

out.println( M < /pre > "); 
out.printlnf </body> </html> H ); 

} 

/* 

Sends finger output for a user and host to the specified output 
* stream. 
*/ 

void finger(OutputStream out, String user, String host, boolean verbose) 
throws IOException 

{ 

// open connection to finger daemon 
Socket s; 

if (host = = null) { 

s = new Socket(InetAddress.getLocalHost(), 

FINGER_PORT); 

} else { 

s = new Socket(host, FINGER_PORT); 

} 

// send finger command 
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PrintStream ps = new PrintStream(s.getOutputStream()); 
if (verbose) { 

ps.print(7W); 

> 

if (user ! = null) { 
ps.print(user); 

} 

ps.print( M \r\n M ); 
ps.flushO; 

// copy results to output stream 
InputStream in = s.getInputStream(); 
byte[] buf = new byte [512]; 
int len; 

while ((len = in.read(buf, 0, buf.length)) !=-!){ 
out.write(buf, 0, len); 

} 

s.closeQ; 



} 



spec,.,c error messages. They ww^^^JT" 1 ^ '° m ™*° r * «™ 

As indicated above one of the o.qopm norw™ ' , denllf,es the ^(.nation of the request 
new process for each r^TJ2Z£^™Z£™* * ' ha ' ^ ^ ™ C ~ " * 

server. When used in such environment w„h mttd.'! """" " n parallel w " hin same 

process as the 

•ne CG, approach and .he Fas,CG, aoorcch r^^.^^^ P"'°™nce advantages over both 
•hread context switches Since ,n mo-TLiron^^,^^^ ™W™> expense during 
•realized. ,he cost of the ,n„,a«,zat,on is spread over w^Z^m I?^ ? reqU6S,S eaCh ^ *" 
opportunity to share data and convocations resources beTeSom' 1 !, 'r^ 6 *' 5 "° ' ha ' SerV ' Ce have ,he 

Those stalled .n .he art w,ll appreciate that the se^ ^ 9 ,k 9V ' r0m SyS,em caches 

Java-enab.ed serve,; The sen^c^^^^^^^ 

cNgm. The serv.e.s can prov,de secure ^J!!^^^^ ** '«"'•»««"*»•• P»-' 

can be used (or interactively viewing or modifying data^no dvn, PfeSen ' ed US ' n9 H ™ L Web ™ ' 

The servlets embodying the invention ma l £ Z ti Z 0 Z h " *"* Pa9 ° generallon Uniques. 
The servlets are also flexible enough ,o su^n tZTa ^Z S6rV ' Ces ,or cus '°™ "ases 

HTTP ( or HTTPS) protocols, and T "™* ^ ** ^ * 

■n a plug-in style, supporting facitt.es such as search eno'nes and Ipr^ . Vnam ' C eX,ens ' b ""y- lhe V ™V *>* used 
entry or inventory systems. 9 " a " d sem '<«'«oni ^cations, such as web-based order 

Although the servlets are preferably written in JAVA the servt-i n-«,. 
servlets are used ,n the middle „ers o> distributed apptTn systms mt ^ ■ Wi "° n "* WhCn 
written ,n any language. *PP"cation systems, they can in turn be clients lo other services. 
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Those skilled in the an will appreciate that servlets may be used m several modes. The basic mode is at the core 
of a request/response protocol, in addition servleis may be specialized to support protocols such as HTTP in HTTP 
basea applications, servlets are ponable. complete, and much more efficient replacement lor CGI based extensions 
Also m HTTP applications servlets may be used with HTML server side includes to dynamically generate part ot a 
s web document. 

The foregoing description, tor purposes of explanation, used specific nomenclature to provide a thorough under- 
standing of examples of the invention However, it will be apparent to one skilled m the art that the specific details are 
not required in order to practice other examples of the invention. In other instances, well know circuits and aevices are 
shown in block diayram form in order to avoid unnecessary distraction from the underlying principles Thus, the fore- 
to going descriptions of specific embodiments of the present invention are presented for purposes of illustration and 
description 



Claims 

1 . A method executed by a local server computer under the control of a program, said local server computer including 
a memory for storing said program said local server computer forming a portion of a client-server network, said 
method comprising the steps of. 

20 receiving a request from a client computer of said client-server network. 

determining that said request requires dynamically generated information from a servlet object of said client- 
server network: 

uploading Irom a remote server computer of said client -server network a specified servlet object corresponding 
to said request: and 

25 executing said specified servlet object to obtain dynamically generated information corresponding to said re- 

quest. 

2. The method of claim 1 further comprising the step of passing dynamically generated information from said specified 
servlet object to a web server operating on said local server computer said passing step being facilitated with an 

30 application program interface. 

3. The method of claim 2 wherein said application programming interlace specifies techniques for performing at least 
one of the following operations: initializing a servlet object, executing a servlet object, and destroying a servlet 
object. 

55 

4. The method of claim 2 wherein said specified servlet object and said application program interface are specified 
as object bytecodes in the JAVA programming language 

5. The method of claim 2 further comprising the step of sending said dynamically generated information from said 
J 0 web server to said client computer. 

6. The method of claim 1 wherein said executing step includes the steps of 

executing said specified servlet in a security area of said local server computer: and 
J5 passing said dynamically generated information from said security area to a non-security area of said local 

server computer. 

7. The method of claim l wherein said local server computer stores a plurality ol servlet objects, each of said servlet 
objects continuously operating until invoked in response to a specified request from a client computer. 



so 



8. The method of claim 7 wherein said plurality of servlet objects pass data to one another. 



9. The method of claim 7 wherein said selected servlet objects of said plurality of servlet objects are instantiated at 
the start-up of said local server computer. 

55 

10. The method of claim 7 wherein selected servlet objects of said plurality of servlet objects are instantiated in re- 
sponse to a demand from said client computer. 
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ZZ^I^^j^ serv,e: ob,ec,s °' sa,d p,ura, ">- - — lel 00)ecis are , nsianl 

, - handIef lhreads l0 execute „:zz:zir p ,nciudes me s,cp - ---9 - — „ f Ma , rom 

16. The method of claim 15 wherein «,h „ 

1 7. A computer readable memory thai r=*n k« „ 

18. The apparatus of claim 17 further rnm 

' a The apparatus of claim i s further ennw e 

™.ion from sa.d web server o !l, d Tf ° 9 3 S ' X ' h S6 ' °' '""'"Cons ,o pass said „ 

server i 0 said client computer 10 pass sa,d dynamically generated inlor. 

20. T "e apparatus of claim 1 7 further como 

response to a specified 

21. The apparatus ol claim 20 wherein s*,n c 

22. A compuier readable memory thai can h - - 

a '"St set of instructions to receive a r eo „ oc , , 

a 'htrd set of instructions to execute .« . grated information from 

-responding , 0 said repues, an ' ^""^ ,WVtel ° b <~' '° dynamically generated , 

a -ourth S e, of instructions to pass said dynamic,, gcneraled „, 9 ^ '"'^ . 

23- The apparatus 0 , ^ 22 „. * ^ '"'^ 10 Cent computer. 

—ponding ,o said repue, " ~" « - — „ons include , c „ons to interpret a servlet URL 

24. The apparatus of claim 22 where.n ea h 
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server computer each ol said serviei objects continuously operating until invokea in response toa soecifieo recues; 
from a client computer 

26. The apparatus of claim 20 wnerem said tilth set of instructions include instructions lo oass cata between saic 
plurality of serviei objects. 

27. A client-server computer network comprising 

a client computer to generate a requcsi: and 
a server computer lo 

determine that said request requires dynamically generaied information from a serviei object of said server 
computer. 

execute said specified servlet object to obtain dynamically generated information corresponding to said 
request, and 

pass said dynamically generated information to said client computer 

28. The apparatus of claim 27 further comprising a remote server computer storing a set of serviei objects that can 
be passed to said server computer. 

29. The apparatus of claim 27 wherein said server computer stores a plurality of servlet objects each of said servlet 
objects continuously operating until invoked m response to a specified request from said client computer 

30. The apparatus of claim 29 wherein said plurality of servlet objects pass data between themselves. 
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Figure 2 



15 



i 



EP 0 810 524 A1 




EP 0 810 524 A1 




Store Request 
in Connection 
Queue 



74 



Thread Pool 
Administration 



76 



Release Thread/ 
Retrieve Request 



t r 



78 



Map Servlet 
Name 



Perform 
Security 
Operations 



80 




Server Acceptor 
Thread (48) 



Server Acceptor 
Thread (48)/ 
Connection 
Queue (50) 



Pool 

Administrator (52) 



Thread from Thread 
Pool(54) 



Thread from Thread 

Pool (54)/Serviet Map (50) 



Security 

Administrator (60) 



(To Step 82; Figure 5) 



Figure 4 



17 



EP 0 810 524 A1 



(Fro.r. step 60; Figure 4) 
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